home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48hor1 / in.doc < prev    next >
Text File  |  1995-03-31  |  3KB  |  66 lines
  1. Author: [Ullrich Horlacher] 
  2.   Subj: another INPUT-command (was, re: progr. ALPHA) 
  3.   Date: Fri Aug 10 1990 08:44  
  4.  
  5. I was just about to write a question about a programmable ALPHA (using in an 
  6. own INPUT-command) when I read the following mail, which represents ABSOLUTELY 
  7. that, what I wanted to post by myself: 
  8.  
  9. >From:UUCP%"bio_zwbb@jhunix.UUCP"  8-AUG-1990 14:21:15.45 
  10. > 
  11. >     First let me say that, in responding to Mr. Wickes' timely and 
  12. >helpful answer to my question concerning the lack of a programmable 
  13. >alpha-on in the 48, it is most definitely *NOT* my intention to start a 
  14. >flame war or a round of HP-bashing, nor to second-guess the 48 design 
  15. >team. What I *do* wish to do is to initiate a round of constructive user 
  16. >feedback so that HP might better meet users' needs in future products. 
  17. >(...) 
  18. >     I have recently tried to write a work-around for this problem, but 
  19. >with little success. Using "0 WAIT" to catch keypresses while displaying 
  20. >the graphics screen works, but is too slow when key location numbers must 
  21. >be converted to alpha characters using user commands (as opposed to 
  22. >(...) 
  23.  
  24. I have the same problem: I want an input-command, which can control the whole 
  25. screen AND which doesn't erase it when invoking it. The main-reason is, that I 
  26. have a lot of games (*shame*) programmed on the 28, which I wanted to port to 
  27. the 48. The PROMPT and INPUT command don't fit exactly the behavior of the 
  28. IN-command (a program of my own for the 28), so I converted my IN-program 
  29. to the 48. 
  30. But I'm not happy with its speed. Also I have problems with the type-ahead- 
  31. buffer, which works not properly. Sometimes some keys are not recognized. 
  32. I would be very happy, if someone posts a better and flexible input-program. 
  33.  
  34. Nevertheless, here is my version: 
  35.  
  36.  
  37. IN is a program for interactive input, like INPUT in BASIC or readln in  
  38. Pascal. It returns the input-string to the stack. If you press the ALPHA-key, 
  39. the program is HALTed and you can do other things, like visit variables, and  
  40. then CONTinue the program. 
  41.  
  42. use:   2:        <prompt-string> 
  43.        1:  <display-line-number> 
  44.        IN 
  45.  
  46.  
  47. e.g.:  2:                "Value" 
  48.        1:                      3 
  49.        IN 
  50.  
  51. or    << CLLCD "Value" 3 IN 'VALUE' STO >> 
  52.  
  53. ==>    +----------------------+ 
  54.        |                      | 
  55.        |Value:_               | 
  56.        |                      | 
  57.        |                      | 
  58.        +----------------------+ 
  59.  
  60. #----------------------------------------------------------------------------# 
  61.     this mail came from Framstag!      |   asta@dulruu51.bitnet 
  62.  (sometimes known as Ulli Horlacher)   |   asta@rz.uni-ulm.dbp.de 
  63.  University of Ulm/Danube  W-Germany   |   asta@main01.rz.uni-ulm.de 
  64.  "Waiting for the prompt" -Marillion   |   framstag@dtupev5a.bitnet 
  65. #----------------------------------------------------------------------------# 
  66.